Падіння вузла¶

Коли член домену падає, дійсна операція захисту мусить здійснитись перед початком відновлення GFS. Це означає, що будь-яка затримка в здійсненні захисту призведе до затримки виконання операцій файловою системою GFS, більшість операцій файлової системи буде заблокованим протягом цього періоду.

Коли член домену падає, здійснення операції захисту може затриматись на вказану в конфігурації кількість секунд (post_fail_delay чи -f). Протягом цього часу впавший вузол може приєднатись знов до кластеру ы відмінити свій захист. Час затримки по замовчуванню рівний 0 для мінімізації часу протягом котрого програми, що використовують GFS очікують відновлення. Затримка в -1 заставить сервіс захисту чекати невизначений період поки впавший вузол не приєднається до кластеру.

Запуск домену¶

Коли домен вперше створюється в кластері (приєднанням до домену першого вузла) і наступного включення (приростом кластерного кворуму) будь-яких вузлів перелічених у cluster.conf, що не є присутніми членами кластеру CMAN захищаються. Статус цих вузлів є невідомий і для забезпечення належної безпеки вони потребують захисту. Захист при старті домену можна відмінити, але це буде дійсно безпечно тільки у випадку, якщо оператор є присутній для визначення, що ні один вузол кластеру не потребує захисту. (Загрозливі вузли, що потребують захисту, є ті котрі мали примонтовану gfs, і не відмонтували її повністю і зараз перебувають або завизші, або від'єднанні від мережі інших вузлів.)

Перший шлях для запобігання зайвому захисту вузлів при старті полягає в перевірці, що кожний вузол приєднався до кластеру перед тим як котрийсь вузол запустить сервіс захисту. Цей шлях трошки складний для автоматизації.

Другий шлях для запобігання зайвому захисту вузлів при старті полягає у використанні post_join_delay параметру (чи опції -j). Це число секунд протягом яких сервіс захисту буде затриманий перед початком здійснення захисту будь-якої жертви після приєднання вузлів до домену. ця затримка дає шанс кожному вузлу, що захищається, приєднатись до кластеру і уберегтися від можливості бути захищеним. Затримка тут в -1 призведе до очікування сервісом невизначеного проміжку часу для приєднання всіх вузлів до кластеру і ні один вузол не буде захищеним протягом запуску домену.

Для відміни захисту при створенні домену, використовують опцію -c для оголошення, що всі вузли є в чистому чи безпечному стані для старту. Опція clean_start в cluster.conf може бути встановлення для такої ж поведінки, але автоматична відміна захисту в cluster.conf приводить до ризику пошкодити файлову систему.

Запобігання від зайвого захисту при старті переважно використовують коли вузли є захищені by power cycling. Якщо вузли є захищені відключенням їх доступу SAN, тоді відміна захисту вузлів зазвичай менш руйнівна.